AMENDMENTS TO THE CLAIMS 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

1 . (Currently Amended) A frame transfer method comprising: 

a first step of determining whether or not the received frame is to be monitored based on 
a destination address in header information of the received frame, and generating, from the 
received frame, a single dual-purpose normally-transferred and monitored frame including the 
destination address and in-device information when the received frame is found to be monitored. 

a second step of multicasting the dual-purpose frame to generate two frames. 

a third step of editing one of the two frames to generate a monitored frame including the 
in-device information without the destination address and editing the other of the two frames to 
generate a normally-transferred frame including the destination address without the in-device 
information, and 

a fourth step of establishing a path corresponding to each of the two frames 
a first stop of generating, from a rocoivod frame, a monitored frame having unique in 
dovioo information and a normally transferred frame; and 

a second stop of establishing a path corresponding to each of the generated frames 

wherein the first stop includes, 

a third stop of determining whether or not the received frame is to bo monitored and of 
generating, from tho rocoivod frame, a dual purpose normally transferred and monitorod framo, 
determining whether or not the rocoivod frame is to bo monitored, and generating the dual 

purpose frame in which prodotorminod header information is substituted for header information 
of the received frame when determining that the received frame is to be monitorod, and 



2 



a fourth step of generating, from the dual purpose frame, the monitored frame and the 
normally transferred frame, mukicasting the dual purpose frame to be outputted by editing 
header information of one of the multicast frames for normal transf e rring and h e ad e r information 
of the other frame for monitoring, and e diting both of th e multicast fram e s with h e ad e r 
information resp e ctiv e ly corr e sponding th e r e to for th e s e cond st e p . 

2-3. (Cancelled). 

4. (Currently Amended) The frame transfer method as claimed in claim 1 wherein the 
pr e d e t e rmined header information of the dual-purpose frame includes a monitored ID as well as 
information necessary for restoring a normally-transferred ID and information used for 
monitoring, aad 

th e fourth st e p includ e s st e ps of: 

gen orating upon the multicasting the two frames^, in which the monitored ID of the dual- 
purpose frame is respectively rewritten into an original flag and a monitored flag upon the 
multicasting , and 

uponfa feei= generating the normally-transferred frame and the monitored frame 

respectivel y, the header information of the frame having the original flag is by restoring restored 
tothe-a normally-transferred ID for header information of the frame having the original flag and 
rewriting the header information of the frame having the monitored flag is rewritten into a CPU- 
fransferred ID. 

5. (Cancelled) 
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6. (Currently Amended) A frame transfer apparatus comprising: 

a frame processor for generating, from a r e c e ived fram e , a monitor e d fram e having 
unique in device information and a normally fransf e rr e d fram e , 

the frame processor includes, 

a network processor for determining whether or not the received frame is to be monitored 
based on a destination address in header information of the received frame, and fef generating, 
from the received frame, a single dual-purpose normally-transferred and monitored frame 
including the destination address and in-device information when the received frame is found to 
be monitored, aed 

a local switch for generating in cooperation with th e n e twork processor, from th e dual 
purpos e fram e , th e monitor e d fram e and th e normally transf e rr e d fram e to b e fransmitt e d to th e 
switch portion multicasting the dual-purpose frame to generate two frames . 

whoroin the network processor dotorminos whether or not the received frame is to bo 
monitored, and gonoratos the dual purpose frame in which prodotorminod header information is 
substituted for header information of the rocoivod frame when dotormining that the rocoivod 
frame is to bo monitored editing one of the two frames to generate a monitored frame having 
unique in-device information without the destination address and editing the other of the two 
frames for a normally-transferred frame including the destination address without the in-device 
information , and 

the local switch multicasts tho dual purpose frame to bo outputtod to the network 

processor by editing header information of one of the multicast frames for normal transferring 
and header information of the other frame for monitoring, and the network processor edits both 
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of the frames with header information respectively corresponding thereto to be transmitt e d to th e 

switch portion; and 

a switch portion fef establishing a path corresponding to each of the g e n e rat e d two 
frames by inputting the frames . 

7-8. (Cancelled) 

9. (Currently Amended) The frame transfer apparatus as claimed in claim 6 wherein the 

predetermined header information of the dual-purpose frame includes a monitored ID as well as 
information necessary for restoring a normally-transferred ID and information used for 
monitoring, aad 

the local switch generates , upon the multicasting, the two frames in which having the 
monitored ID of the dual-purpose frame is respectively rewritten into an original flag and a 
monitored flag upon tho multicasting , and 

the network processor generates . upon generating the normally-transferred frame and 
the monitored frame respectively by restoring restores the header information of the frame 
having the original flag to the a normally-transferred ID for header information of tho frame 
having tho original flag and rewriting rewrites the header information of the frame having the 
monitored flag into a CPU-transferred ID. 

10. (Cancelled) 
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